home *** CD-ROM | disk | FTP | other *** search
/ Shareware Avalanche! / Shareware Avalanche!.iso / util2 / pkz204g.exe / V204G.NEW < prev    next >
Text File  |  1993-02-01  |  11KB  |  230 lines
  1.  
  2. Please note that the only program that has functionally changed
  3. from version 2.04e to 2.04g is PKZIP.EXE, PKUNZIP.EXE and PKCFG.EXE.
  4. The other programs in this release have been changed to read version
  5. 2.04g for consistency.  However, no functional changes have been made
  6. to them.
  7.  
  8.  
  9. The following changes have been made in version 2.04g of PKZIP.EXE
  10. from version 2.04e.
  11.  
  12. 1)  PKZIP's Quick format in an over-zealous effort to leave bad
  13.     sectors marked as bad, could in some instances leave unallocated
  14.     sectors (orphaned clusters) on the diskette.  This has been fixed.
  15.  
  16.  
  17. The following changes have been made in version 2.04g of PKZIP.EXE
  18. from version 2.04c/2.04e.
  19.  
  20. 1)  Using the BACKUP= option in the PKZIP.CFG file would automatically
  21.     turn on the SPAN option and cause PKZIP to generate a E27 or E28
  22.     error, or display the help screen when creating a .ZIP file
  23.     on non-removable media.  This has been corrected.
  24.  
  25. 2)  When Norton Utilities creates a volume label on a diskette, it 
  26.     stores trailing nulls rather than trailing spaces after the volume 
  27.     name, as DOS does (and expects).  A volume label created by NU can 
  28.     not be changed by even the LABEL command in DOS.  PKZIP uses the 
  29.     volume label when creating multi-disk .ZIP files, and could not 
  30.     change any volume label created by NU.  PKZIP has been modified to 
  31.     be able to deal with and change volume labels created by NU.  
  32.     PKUNZIP -$ was also unable to restore volume labels over NU created 
  33.     labels.  PKUNZIP has been modified to deal with NU volume labels as 
  34.     well.
  35.  
  36.  
  37. The following changes have been made in version 2.04e of
  38. PKZIP/PKUNZIP from version 2.04c.
  39.  
  40. 1) DPMI.
  41.  
  42.      The DPMI support in PKZIP/PKUNZIP has been changed to work
  43.      around bugs and anomolies with the following DPMI drivers or
  44.      environments.  PKWARE would like to thank Quarterdeck Office
  45.      Systems and Qualitas, Inc. for their technical assistance
  46.      regarding DPMI.
  47.  
  48.     a) PC-KWIK
  49.  
  50.       According to PC-KWIK corporation's document, 'PC-KWIK
  51.       Technical Issues "Summer '92"':
  52.  
  53.     PC-KWIK is unable to recognize memory requests from programs
  54.     using VCPI or DPMI protocols ... For programs [that use VCPI
  55.     or DPMI] it is necessary to reduce the size of the cache and
  56.     disable lending.
  57.  
  58.       PC-KWIK has a lending feature that allows memory to be loaned
  59.       from the cache memory to applications.  However, PC-KWIK is
  60.       not aware of any memory allocated or used by DPMI, and will
  61.       loan this memory as well, possibly causing corruption of the
  62.       DPMI driver and usually resulting in a system crash or reboot.
  63.  
  64.       PKWARE has tested several versions of SUPERPCK, through version
  65.       5.01 and running PKZIP (as well as several commercial programs
  66.       that use DPMI) consistently causes a system reboot or some kind
  67.       of protected mode error such as a page fault.  PC-KWIK Corporation
  68.       is aware of this problem, and is trying to correct it.
  69.  
  70.       In other words, when using PC-KWIK with any program that uses DPMI,
  71.       including PKZIP and PKUNZIP, you should either make sure that you
  72.       have enough memory in your computer so that lending will not occur,
  73.       reduce the size of your cache, or disable PC-KWIK's lending.
  74.  
  75.       Therefore, PKZIP/PKUNZIP detect for the presence of PC-KWIK
  76.       and default DPMI to DISABLE when PC-KWIK is installed.  This
  77.       can be overidden by specifying -)+ on the PKZIP or PKUNZIP
  78.       command line, or by placing DPMI=ENABLE in your PKZIP.CFG for
  79.       PKZIP or setting the environment variable PKUNZIP=-)+ for PKUNZIP.
  80.  
  81.   b) QDPMI 1.00
  82.  
  83.       If a program tries to use DPMI and EMS memory with QDPMI 1.00,
  84.       QDPMI would become unstable or crash.  PKZIP/PKUNZIP now
  85.       check for the presence of QDPMI 1.00 and if PKZIP/PKUNZIP
  86.       are using EMS memory, they do not attempt to use DPMI at all.
  87.  
  88.   c) QDPMI 1.01
  89.  
  90.       When a program switches to protected mode, QDPMI does not
  91.       'synchronize' the EMS page frame.  The result is that programs
  92.       can not correctly read or write any data in the EMS page frame
  93.       while in proteced mode.  PKZIP/PKUNZIP now check for the presence
  94.       of QDPMI 1.01 and will use slower real-mode code for any
  95.       manipulation of data in the EMS page frame rather than faster
  96.       protected mode code.
  97.  
  98.  
  99.   d) OS/2 2.0 DOS BOX
  100.  
  101.       The OS/2 2.0 DOS box does not allow programs to allocate the
  102.       'DPMI private data area' in an UMB.  Doing so causes a system
  103.       violation error.  PKZIP/PKUNZIP now check to see if they are
  104.       running in the OS/2 2.0 DOS box and will not allocate the DPMI
  105.       private data area in an UMB.  (This is actually kind of a shame,
  106.       as the OS/2 DOS box (unlike the Windows DOS box) provides UMB
  107.       memory to DOS applications.  It should be able to allow programs
  108.       to store the DPMI data area in these UMB's.)
  109.  
  110.   e) Windows 3.0 DOS BOX
  111.  
  112.       The DPMI support in the Windows 3.0 DOS box does not always
  113.       seem to work correctly.  Therefore, PKZIP/PKUNZIP detect if
  114.       they are running in the Windows 3.0 DOS box and will not support
  115.       DPMI in this environment.
  116.  
  117.   f) Windows 3.1 DOS BOX
  118.  
  119.       The way PKZIP/PKUNZIP allocates the DPMI save/restore state
  120.       buffer has been changed to be more compatible with Windows 3.1.
  121.  
  122. 2)  The Norton AntiVirus program FALSELY reported that PKZIPFIX and
  123.     PKUNZIP contained the Maltese Ameoba virus.  The software DID
  124.     NOT contain this virus.  All files in this release have been
  125.     modified so as to not trigger any FALSE virus reports by the
  126.     Norton AntiVirus program.
  127.  
  128. 3)  QEMM versions 5.1x would corrupt the high word of the 32-bit
  129.     registers on an 80386 or 80486 CPU.  PKZIP/PKUNZIP check for
  130.     this condition, and will not use 32-bit instructions if QEMM
  131.     version 5.1x is present.
  132.  
  133. 4)  Apparently some peer-to-peer networks such as Novell Netware Lite
  134.     and others do not support canonical or fully specified filename.
  135.     PKZIP now uses noncanonical filenames when specifying temporary
  136.     filenames on a network drive to avoid this problem.
  137.  
  138. 5)  PKZIP would erroneously report "E28 Destination is same as temp
  139.     directory" when creating a new .zip file on drive A:.  This has
  140.     been fixed.
  141.  
  142.  
  143. 6)  The keywords on/enable and off/disable are now synonymous when
  144.     used in the PKZIP configuration file.
  145.  
  146. 7)  Using EMS= options in the PKZIP configuration file would enable
  147.     or disable both EMS and XMS usage.  The XMS= option had no effect.
  148.     This has been corrected.
  149.  
  150. 8)  The Quick format option in PKZIP would zero out the existing FAT
  151.     on the disk (by design).  However, if the disk had any bad
  152.     sectors on it (in which case, it isn't a good idea to use that
  153.     disk as a backup disk anyway...) they would now be marked as
  154.     good.  By popular demand, PKZIP now reads the existing FAT and
  155.     leaves any bad sectors marked as bad.  This however, makes the
  156.     'Quick' format function about twice as slow as it was (although
  157.     still much faster than an unconditional format).  In most cases
  158.     however, unless there are several subdirectories on the diskette,
  159.     the -&w (wipe) option is faster than the -&f (format) option when
  160.     backing up to pre-formatted diskettes.
  161.  
  162. 9)  Under some cirumstances, PKZIP could possibly store the last
  163.     file in a multi-disk backup set incorrectly.  This has been
  164.     corrected.
  165.  
  166. 10) The volume label option in PKZIP would not work.  This has been
  167.     fixed.
  168.  
  169. 11) PKZIP/PKUNZIP now searches for a PKNOFASTCHAR variable in the
  170.     DOS environment.  If this variable is present, PKZIP/PKUNZIP
  171.     will use the slower DOS 1.x/2.x character output functions
  172.     rather than the 'DOS Fast Character Output' function.  This is
  173.     provided for compatability with some TSR's, BBS Doors and mail
  174.     readers etc., that redirect or capture the output of programs and
  175.     do not support the DOS Fast Character Output function.
  176.  
  177. 12) PKZIP will now accept either MAXIMUM or MAXIMAL in the
  178.     configuration file.
  179.  
  180. 13) Some people have requested that the -& backup option support the
  181.     DOS verify function.  Specifying -&v on the PKZIP command line
  182.     or BACKUP=VERIFY in the PKZIP.CFG file will turn on the DOS
  183.     verify flag when writing to the backup disk(s).  This makes
  184.     PKZIP run slower, but ensures better integrity of each diskette.
  185.  
  186. 14) Using the -m option with -rp in PKZIP will delete any empty
  187.     subdirectories that have been saved in the .ZIP file after all
  188.     the files have been moved into the .ZIP file.  Some people have
  189.     requested a way to have PKZIP leave these empty subdirectories
  190.     behind.  This can be accomplished by using -m- on the PKZIP
  191.     command line.
  192.  
  193. 15) It appears that some versions of NoGate's PAK program would
  194.     place incorrect information in the .ZIP file directories that it
  195.     created.  Specifically, the disk number information for where
  196.     files, the central directory, and the central end directory
  197.     started is inconsistent, causing PKUNZIP to think it was
  198.     extracting a multi-disk .ZIP file when it really wasn't.
  199.     PKUNZIP now checks for this condition, and ignores this
  200.     erroneous information.
  201.  
  202. 16) PKZIP now ignores any ZIPDATE= or -o or -k options when creating
  203.     multi-disk .ZIP files, rather than displaying the help screens.
  204.  
  205. 17) On some 80386 machines running PKZIP could leave allocated UMB's
  206.     behind.  This has been corrected.
  208. 18) In some circumstances, running PKZIP with EMS memory and very low
  209.     free conventional memory could cause corruption of the .ZIP file.
  210.     This has been corrected.
  211.  
  212. 19) When PKZIP prompts for an encryption password, it will now ask the
  213.     user to enter the password twice for verification.
  214.  
  215. 20) PKZIP/PKUNZIP would not work under DOS 2.x.  This is because
  216.     DOS 2.x crashes on many int 2Fh installation check calls for
  217.     EMS/XMS drivers etc.  These calls work properly under DOS 3.0
  218.     or above.  Therefore, PKZIP/PKUNZIP detect for the presence
  219.     of DOS 2.x, and will not support any of the advanced features
  220.     including 32-bit instructions, EMS memory, XMS memory, DPMI
  221.     support and Netware usage.
  222.  
  223. 21) PKSFX could in some instances erroneously report failed AV's or
  224.     garble any AVEXTRA text present.  This has been fixed.
  225.  
  226. 22) Using PKZIP with the -o option or ZIPDATE=LATEST in the configuration
  227.     file would set the date of the .ZIP file to the latest dated file
  228.     or directory.  Directory dates are now ignored in this version.
  229.  
  230.